CygNet Redundancy Dashboard

Redundancy > CygNet Redundancy Dashboard

CygNet Redundancy Dashboard

To provide visibility into the redundancy, failover and replication process, a customizable CygNet Redundancy Dashboard is available in CygNet Studio. The dashboard shows every service in your system, on which domain it is running, and if it is standby mode, whether it’s ready to become the active service. Other key pieces of information available on the dashboard include each service's status, the direction and status of replication, the system's readiness to execute local failover, and the system's readiness to execute data-center failover.

Note: The CygNet Redundancy Dashboard comprises several sample CygNet Studio screens and script files found on the CygNet CD_Image in the Samples\Redundancy Dashboard folder. The Redundancy Dashboard screens utilize VBScript and the CygNet COM API to gather the necessary information from services to display on a CygNet Studio screen. These sample files are not part of the CygNet product and are provided for your convenience only. Feel free to copy and modify these files to suit the requirements of your own CygNet Redundancy environment.

Redundancy Dashboard Files

The out-of-the-box CygNet Redundancy Dashboard consists of a series of CygNet Studio screens and one script file:

Dashboard Screen (Dashboard.csf)
Overview Screen (Overview.csf)
Replication Status Screen (Replication Status.csf)
Execute Failover Screen (Execute Failover.csf)
Most Recent Failover Screen (Most Recent Failover.csf)
Failover History Screen (Failover History.csf)
FailoverLibrary VB Script File (FailoverLibrary.vbs)

These CygNet Redundancy Dashboard files are highly configurable and usually require integrator assistance to modify the tools, objects, and scripts that govern the operation of the screens. The parent dashboard screen contains several nested child views, which call functions in the FailoverLibrary.vbs, and those functions drive everything else in the dashboard screens. The scripted functions are found in the following CygNet APIs: CygNet.API.ServiceManager.COM.Client, CxScript.GlobalFunctions , and CxScript.Dictionary. The CygNet Redundancy Dashboard uses the Job Runner to speed up the failover update process.

Your version of the Redundancy Dashboard will be highly dependent of the configuration of your redundancy environment. The following sections in this help describe the dashboard screens as they appear on the CygNet CD_Image.

Also, see Redundancy Examples for more dashboard examples.

Installation and System Configuration

The Redundancy Dashboard files can be found on the CD_Image in the Samples\Redundancy Dashboard folder. You must copy the files from the CD_Image to a known location on your host server. All files must be copied to the same location and the file names must not change.

Configuring Redundancy

Prior to using the dashboard you must configure the sites and services, service configuration keywords for all services, and the redundancy definition for your CygNet environment:

See Configuring Redundancy for more information.

Use the Configuration File Manager to centrally manage all configuration files in your CygNet system (from both local and remote servers) even if you aren’t currently running the application on the primary host server. The tool will allow you to edit (via manual and mass-modification options) and validate your configuration files in one central location.

Use the CygNet Redundancy Editor to define all the relationships between the servers, hosts, and sites in your redundancy environment.

Dashboard Screen

The parent CygNet Redundancy Dashboard screen is Dashboard.csf. Once the system is fully configured, this is the first and only screen you'll need to open to interact with the redundancy environment, view replication status for redundant services, and to execute manual failover.

The CygNet Redundancy Dashboard screen contains the following elements:

Object	Description
RSM section	The Redundancy Dashboard provides refresh information as the RSMs are updating. The following options display on each nested view.
RSM combo box	A drop-down menu showing all the known redundant RSMs in the ambient domain. If you have multiple RSMs running on a given site, only the first redundant RSM will show.
Refresh RSM List button	Click to refresh the data presented on the page. Note: When the Dashboard screen starts and when you click the Refresh RSM List button CygNet queries every RSM in the redundancy environment to determine if it is configured for failover. As CygNet finds RSMs configured for failover, each one is added to the RSM list (one per site). This process may take some time in larger environments or in the event of a network outage. During this refresh process, the Refresh RSM List button is disabled. The Failover RSMs found and Total RSMs found counters are provided to show the refresh progress and give some sense of what is occurring.
Failover RSMs found	A counter to indicate the number of Failover RSMs found during the refresh process.
Total RSMs found	A counter to indicate the total number of RSMs found in the redundancy environment.
Nested View container	A nested View contains the other screens that comprise the dashboard. Click on each tab to access the nested screen.
Overview page	An Overview page (Overview.csf) displays failover sets, failover status, replication status, active and standby zones for the selected network, failover readiness and the replication direction for all services.
Replication Status page	A Replication Status page (Replication Status.csf) shows how replication is working for a given set of services.
Execute Failover page	An Execute Failover page (Execute Failover.csf) shows the failover sets that are going to failover, and when a system is ready to failover.
Most Recent Failover page	A Most Recent Failover page (Most Recent Failover.csf) shows information about the most recent failover performed.
Failover History page	A Failover History page (Failover History.csf) shows all the failover audit records for the Audit (AUD) service associated with the redundant RSM for a specified date range. Note: The Failover History page requires installation of the CygNet ODBC client, which is used to get data from the AUD service. No specific configuration is required.
Update section	The Redundancy Dashboard will update failover sets and associated data periodically. The Update section on the bottom of the parent dashboard screen controls these updates. The following options display on each nested view.
Update interval	The update frequency in seconds. Enter an appropriate value.
Update countdown	This counter shows the number of seconds remaining before the next update.
Update Now button	Click Update Now to manually trigger an update. Doing so will reset the Update countdown value to the Update interval value if the update interval is not frozen. Note: When the Update countdown reaches zero OR the Update Now button is pressed, update jobs may be placed in the JobRunner for processing. If the failover set is already updating (as indicated by the Updating column on the Overview screen) then a new job will not be sent to the JobRunner. If no update job is in the queue for the failover set, then an update job for that failover set will be submitted.
Freeze update interval	When the Freeze update interval check box is selected, the dashboard screens will not update and the Update countdown counter will freeze on the current value. When the dashboard is frozen, the Update Now button will function.